TITLE OF THE INVENTION 

WORKFLOW METHOD AND SYSTEM THEREFOR 
BACKGROUND OF THE INVENTION 
FIELD OF THE INVENTION 

The present invention relates to the workflow 
system which creates BP (business process) definitions 
describing the shipping routes and automates the 
circulation of the electronic documents by referring 
thereto , and in particular to the workflow method and 
its system which determine the destinations of the 
electronic documents to be delivered to a plurality of 
sites , by coordinating the BP definitions describing 
the shipping routes within the sites when the 
electronic documents are to be delivered to a 
plurality of sites, 

DESCRIPTION OF THE PRIOR ART 

.i- 

With the progress in office automation of the 
clerical works in recent years, attention has been 
drawn to the workflow system which provides an 
effective circulation of electronic documents among 
the personnel concerned. The workflow systems 
supporting joint works by groups of people are 
disclosed in "The Nikkei Computer" (May 2, 1994, Vol. 
336/ pp. 57 to 67). Workflow systems are also 
mentioned in the USP 4,503,499 "Controlled Workflow 




System" , USP 4,932,026 "Apparatus for Distributing 

Data Processing across a Plurality of Loci of 

Control", and Japanese Patent Laid-open 4-77030 (1992) 

"Electronic mail circulation method and the system 

5 thereof". According to USP 4.503,499, the electronic 

shipping documents are restricted to those stored in 

one server; it does not disclose a system to deliver 

the electronic documents stored in a plurality of 

servers. The USP 4, 932 , 026 and Japanese Patent Laid- 

10 Open 4-77030 (1992) do disclose the system to deliver 

the electronic documents stored in a plurality of 

servers, with following restrictions: 

(1) The shipping route must have been determined 

when the electronic document is created. 

« 

15 (2) To modify the shipping route in the middle, 

the user is required to modify the shipping route on 

x- 

an interactive basis, using the route editor. 

In the prior art workflow method, the managing 
people of the workflow method have described the 
20 entire business process as one BP process. 

This method has the advantages of: 

(1) creating BP definitions featuring a high 
degree of completeness; and 

(2) ensuring easy BP definition management; 
25 whereas it has the disadvantages that: 



(1) those creating the BP definitions are required 
to have the entirety of the business process to be 

defined; and 

(2) the BP definition managing people are 
different from those executing the business process 
described by the BP definition, failing to ensure 
timely maintenance of the BP definition in conformity 
to the execution. 

In the large-scale workflow system, the business 
process to be defined is also large-sized, making it 
difficult for any person to understand it. 
Furthermore, there are a plurality of sites where the 
business process is executed, making it impossible for 
one person to manage all BP definitions. Thus, in 
large-sized workflow systems, it is preferred to make 
decentralized management of the BP definitions at a 
plurality of sites, and to deliver the electronic 
documents through coordination of these management 
works . 

SUMMARY OF THE INVENTION 

To solve said problems, the object of the present 
invention is to provide a workflow method and system 
therefor, which provide an effective circulation of 
the electronic documents, despite decentralized 
management of the BP definition. Namely, the object 
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of the present invention is to provide achieve the 
following functions of: 

(1) ensuring circulation of the electronic 
documents decentralized in a plurality of sites by 

5 coordinating a plurality of BP definitions placed 
under decentralized management; 

(2) ensuring the compatibility of the connection 
interfaces for a plurality of BP definitions placed 
under decentralized management when creating BP 

10 definitions; and 

(3) providing the security function for 
coordination of BP definitions, thereby avoiding 
disturbance due to connection of illegal BP 
definitions . 

15 To achieve these targets, the present invention 

relates to the workflow method and system therefor in 
the system which delivers the electronic documents to 
a plurality of terminals, and is characterized in that 
it 

20 (1) generates at least one business process 

definition describing the entrance and exit of the 
shipping route of said electronic documents, and the 
shipping route for the terminals between said entrance 
and said exit; and 

25 (2) moves along the shipping route, based on the 



BP connection data showing the connection relationship 
from the exit of at least one generated business 
process definition to the entrance of one of the local 
and remote business process definitions. 

Furthermore, the present invention relates to the 
workflow method and system thereof in the system where 
electronic documents are delivered to the transmission 
line connected with a plurality of subsystems and to a 
plurality of terminals inside said plurality of 
subsystems, with a plurality of servers connected. 

In at least two of the first and second subsystems 
in said subsystems, the present invention 

(1) generates at least one business process 
definitions describing the shipping route with respect 
to the entrance and exit of the shipping route of said 
electronic documents and also describing the shipping 
route of the terminals leading from said entrance to 
said exit, 

(2) stores inside said first subsystem the BP 
connection data to link among the business process 
definitions inside the first and second subsystems, 
and 

(3) delivers the electronic documents from said 
first subsystem to the terminals inside said second 
subsystem, based on said BP connection data. 
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linked, and the call-out port and entrance, and exit 
and return port are connected respectively. 
Circulation of electronic documents is implemented by 
coordination of the BP definitions describing the 
business processes inside said sites placed under 
decentralized management in each site- Furthermore, 
BP definitions created by the user in one batch are 
divided to generate a plurality of connectable BP 
definitions, which are delivered to each management 
site, A template of the connectable BP definition is 
created from the newly created BP definition, and is 
stored as a basis to create the next BP definitions, 
thereby solving the problems of compatibility involved 
in the connection interface when connecting the BP 
definitions placed under decentralized management. 
The present invention, moreover, ensures security 
which has been a problem in connecting the BP 
definitions placed under decentralized management. 

The foregoing and other objects, advantages, 
manner of operation and novel features of the present 
invention will be understood from the following 
detailed description when read in connection with the 
accompanying drawings. 
BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a drawing illustrating an embodiment of 
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the configuration of the workflow system according to 



the present invention; 



Fig. 2 is a drawing illustrating an embodiment in 
the block diagram representing the workflow server 



5 



according to the present invention; 



Fig. 3 is a schematic drawing representing the 
connection of the BP definition used to illustrate 
the present embodiment; 

Fig. 4 is a schematic drawing representing the 
10 shipping control of the shipping document used to 
illustrate the present embodiment; 

Fig. 5 is a drawing illustrating the BP connection 
table as one of the BP connection data in the present 
embodiment ; 

15 Fig. 6 is a drawing illustrating the security 



table as one of the BP connection 



Fig. 7 is a flow chart showing the connection 



process in the present embodiment; 



Fig. 8 is a drawing showing the shipping document 



20 



data structure in the present embodiment; 



Fig. 9 is a schematic drawing representing the 



connection of the BP definition used to illustrate 



the present embodiment; 



Fig. 10 is a drawing illustrating the BP 



25 



connection table as one of the BP connection data in 



the present embodiment; 

Fig. 11 is a drawing illustrating the BP return 
table as one of the BP connection 

Fig- 12 is a flow chart showing the connection 
process in the present embodiment; 

Fig. 13 is a flow chart showing the connection 
process in the present embodiment; 

Fig. 14 is a drawing showing the shipping document 
data structure in the present embodiment; 

Fig. 15 is a drawing showing the BP definition 
used to illustrate the present embodiment; 

Fig. 16 is a drawing showing the BP definition 
used to illustrate the present embodiment; 

Fig. 17 is a drawing showing the BP definition 
template used to illustrate the present embodiment; 
DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 
( Embodiment 1) 

Fig. 1 is a system configuration drawing 
illustrating an embodiment of the workflow system 
according to the present invention; 
In the system shown in the drawing, a workflow 
subsystem (180) comprising a server (110) and a 
plurality of clients (120) is connected to a plurality 
of WAN (Wide Area Network) (140). When the workflow 
subsystem is connected to the WAN as shown in this 
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example, each workflow subsystem represents a locally 
decentralized business establishment such as Tokyo 
Office and Osaka Office. 

When each workflow subsystem represents a 
functional division such as Labor Section or Material 
Procurement Section, each workflow subsystem is a LAN 
(Local Area Network), not WAN. Where there are a 
great number of clients (120) contained in the 
workflow subsystem (180), a plurality of the servers 
(110) are used to decentralized the loads. The 
following three types of information are managed by 
the server (110) included in the workflow subsystem 
(180): 

(1) BP definition (150) describing the shipping 
route of the electronic document to be circulated in 
the workflow subsystem 

(2) BP connection data (1 ?0 ) used. to connect 
between BP definitions 

(3) Shipping document (160) being delivered in the 
workflow subsystem 

Fig. 2 is a drawing related to the processing 
block constituting the server (110). The following 
describes the server (110) processing element in the 
first place. 

The network control unit (210) provides 
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communications control through the network between the 
clients (120) inside a workflow subsystem (180) and 
the sever (110) of the remote workflow subsystem 
(180). In the communications with the clients (120) , 
5 information on the shipping document (160) and 

delivery conditions of the shipping document (160) is 
sent to the clients (120) at the request from the 
clients (120). In the communications with the server 
(110) inside the remote work workflow subsystem (180), 

10 the shipping document (160) is sent to the remote 
server (110) at the request from the document 
management unit (220). Receiving the shipping 
document (160) sent from the server (110) in the 
remote workflow subsystem (180), it transfers it to 

15 the document management unit (220). 

The document management unit (220) manages the 
shipping document (160) and* the next BP location 
described in the BP definition (150) by associating 
them, and executes preprocessing to transmit the 

20 shipping document (160) to the remote server (110), by 
referring to the BP connection data (170). The BP 
connection data management unit (230) and the BP 
definition management unit (240) manage the BP 
connection data (170) created by the user and the BP 

25 definition (150) , respectively, and execute retrieval 
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process at the retrieval request, thereby notifying 
other processing units of the retrieved result. 
Receiving input from the user via the input device 
(270)/ the input/output control unit (250) issues 
5 processing request to the document management unit 

(220), the BP connection data management unit (230) or 
the BP definition management unit (240) , or displays 
on the display device (280) the processed result 
obtained from the document management unit (220), the 

10 BP connection data management unit (230) or the BP 
definition management unit (240). 

The following describes the Embodiment 1 with 
reference to the operation example illustrated in Fig. 
3: Fig, 3 is a schematic illustration showing that 

15 the BP definition 1 (300), the BP definition 2 (350) 
and the BP definition 3 (370) managed independently 
server A, server B and server C are connected with one 
another. In Fig. 3, the BP definition (150) is 
described in the data flow model, and the next BP 

20 location and the shipping route are described by the 
node and arc, respectively. One BP definition (150) 
contains the entrance node and exit node, in addition 
to the processing node representing one process to be 
treated in the workflow subsystem (180) to which the 

25 BP definition managing server (110) pertains. The 
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entrance node is a node to execute process of 
receiving the data from other BP definitions , while 
the exit node is a node to execute process of 
transmitting the data to other BP definitions. The 
5 entrance and exit nodes are the nodes to provide 

compatibility with other BP definitions. According to 
the BP definition 1. for example, node 2 (300), node 3 
(315) and node 4 (320) are processing nodes, and node 
1 (305) is an entrance node, while node 5 (325) and 

10 node 6 (330) are exit nodes. 

Fig. 4 is a schematic drawing representing the 
shipping document (169) delivery method in the 
workflow subsystem (180). The document management 
unit (220) is provided with the IN queue (410) and OUT 

15 queue (420) to enter the shipping documents 

corresponding to the processing node in the BP 
definition. The entrance node has only the OUT queue 
(420), while the exit node has only the IN queue 
(410)*. Those in charge of the work on the client 

20 (120) and application pick up the shipping document 
(160) from the IN queue (410) corresponding to the 
processing node to which they are assigned, and, after 
executing the process, return it to the OUT queue 
(420) corresponding to the processing node. Referring 

25 to the BP definition (150), the document management 
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unit (220) transfers to the IN queue (410) 
corresponding to the next processing node the shipping 
document (160) in the OUT queue (420). The exit node 
can be linked to the entrance node of other BP 
5 definitions (150) by the BP connection data (170). In 
this case, by making reference to the BP connection 
data (170), the document management unit (220) 
transfers to the server (110) managing the BP 
definition (150) of the next BP location the shipping 

10 document (160) of the IN queue (410) corresponding to 
the exit node. 

The BP connection table (500) in Fig. 5 and 
security tables (600 and 650) in Fig. 6 represent an 
embodiment of the BP connection data (170) used to 

15 connect among the BP definition 1 (300), the BP 

definition 2 (350) and the BP definition 3 (370). The 
BP connection table (500) irt Fig. 5 are managed by 
server A, security table (600) in FigT 6 by server B, 
and security tables (650) in Fig. 6 by server C. The 

20 BP connection table (500) comprises the previous BP 

exit location (510) composed of the BP definition name 
(511) and the exit node name (512), and the next BP 
entrance location (520) 'composed of the BP definition 
name (521), the entrance node name (522) and the 

25 management server name (523); the information to link 



between the exit node and entrance node is stored 
therein. The example of Fig. 5 shows that the exit 
node node5{325) and node6(330) in the BP definition 1 
(300) are linked with entrance node nodel(355) in the 
BP definition 2 (320) and entrance node nodel(375) in 
the BP definition 2 (370), respectively. 

The BP connection table (500) is also used to 
connect the BP definition (150) which is managed by 
the same server; in this case, the management server 
name (523) in the BP connection table (500) can be 
omitted. The security tables (600 and 650) comprises 
the next BP definition name (610), and the previous BP 
exit location (620) composed of BP definition name 
(621) and management server (622); the information to 
apply security to the connection of the BP definition 
(150) is stored therein. According to the security 
table (a) (600) in Fig. 6, €he BP definition 2 (350) 
allows the connection from the BP definition 1 (300) 
managed by server A, while according to the security 
table (b) (650), the BP definition 3 (370) allows the 
connection from the BP definition 1 (300) managed by 
server A. 

Fig. 7 is a flowchart representing an example of 
processing procedures of the previous and next servers 
when connecting two BP definitions (150) managed by 
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servers (110) pertaining to different workflow 
subsystems (180), through linkage between the entrance 
and exit. The flowchart in Fig. 7 uses the shipping 
document (160) having the data structure shown in Fig. 
5 8. That is, the shipping document (160) has two types 
of information; information to control the delivery of 
the shipping document (160) and information on 
shipping document itself. Information to control the 
delivery of the shipping document (160) contains the 

10 following data: 

- Previous BP exit location (810) comprising the 
server name (811), BP definition name (812) and exit 

node name (813) 

- Next BP entrance location (820) comprising the 

15 server name (821), BP definition name (822) and 
entrance node name (823) 

The following describes the processing procedures 
for the previous and next servers with reference to 
the flowchart in Fig. 7. The document management unit 

20 (220) gives to the shipping document (160) in the IN 
queue (410) of the exit node the BP definition (150) 
where the shipping document (160) is currently present 
and exit node name, and calls out (750) the retrieval 
function possessed by the BP connection data 

25 management unit (230). The called-out retrieval 
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function searches the entries of the BP connection 
table (500) where the BP definition name and the exit 
node name given as parameters have the same value as 
the previous BP exit location (510) (710); then the 
5 next BP entrance location (520) out of the entries of 
the BP connection table (500) obtained by retrieval is 
returned to the document management unit (220). And 
calls the delivery function (821) by giving the 
shipping document (800) as a parameter (725). The 

10 . document management unit (220) sets the next BP 
entrance location (520) obtained from the BP 
connection data management unit (230) as the next BP 
entrance location (820) in the shipping document (800) 
(720). The delivery function delivers the shipping 

15 document (160) to a server (110) by referring the 

server name (821) in the next BP entrance location in 
the shipping document (160)f 

The shipping document (160) delivered from the 
remote server (110) is received by the network control 

20 unit (210) , and calls out the start-in function of the 
document management unit (220) by giving that shipping 
document (160) as a parameter (735). From the 
shipping document (160) given as a parameter, the 
start-in function takes out the BP definition name 

25 (811) and server name (812) in the previous BP 



location (810), and the BP definition name (822) in 
the next BP entrance location (820) (740). It calls 
out the inspection function of the BP connection data 
management unit (230) by giving these values as 
parameters (745). The inspection function searches 
the entry of the security table (600) having the same 
value as the BP definition name (822) and the server 
name (811) given as parameters (750), and returns the 
flag representing the presence or absence of the 
corresponding entry to the document management unit 
(220) (755). When the inspection function has 
returned the flag indicating presence of the entry, 
the start-in function stores the shipping document 
(160) given as a parameter, into the IN queue (410) 
held by the entrance node in the BP definition 
specified by the next BP entrance location (820); 
whereas if the inspection function has returned the 
flag indicating absence of the entry, connection error 
process is executed. 

(Embodiment 2) 

The following describes the embodiment 2 according 

to the present invention with reference to the 
operation example illustrated in Fig. 9. Embodiment 2 
refers to the case of calling out a remote BP 
definition in the flow of a certain BP definition. 
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15 



20 



9 schematically illustrates the connection 
between the BP definition 4 ,900, and BP definition 
„50, which are independently managed by servers D and 
g The bp definition 4 (900, and BP definition (950, 
in F i„ 9 contain the CALL node in addition to the 
process node, entrance node and exit node. The 
shipping document ,160, delivered from the CALL node 
to the process node in the remote BP definition ,150, 
returns to the CALL node again after having completed 
delivery of the shipping document (1*0) according to 
the BP definition ,150) as a source of the delivery. 

in Fig. 9. for example, the BP definition ,950, rs 
called out of the CAL1 node3 ,915, of the BP 
definition 4 ,900). In the BP definition ,950,, after 
th e document has been delivered from the entrance node 
(95 5) up to two exit nodes ,975 and 980), it is again 
returned to the BP definition 4 ,900). The shipping 
document from two exit nodes ,975 and 980, are output 
from the CALL node ,915,; then the shipping document 
is delivered to the next nodes ,920 and 925, in the BP 

definition 4. 

The BP connection table ,1000) in Fig. 10 and BP 
return table ,1100, in Fig. U represents the examples 
o£ the BP connection data ,170, used to connect 
between the BP definition 4 ,900) and BP definition 
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(950). The BP connection table (1000) in Fig. 10 and 
BP return table (1100) in Fig. 11 are managed by the 
server D. 

The BP connection table (1000) in Fig. 10 consists 

of? 

(1) the previous BP exit location (1010) 
comprising the BP definition name (1011) and CALL node 
name (1012), and 

(2) the next BP entrance location (1020) 
comprising the BP definition name (1021), entrance 
node name (1012) and server name (1023); 

and stores information to send the shipping 
document (160) having reached the exit node of the BP 
definition (150) managed by the local server to the 
entrance node of the BP definition (150) managed by 
the server (110) inside the remote workflow subsystem 
(180). According to the example in Fig. 10, the CALL 
node3 (915) in the BP definition 4 (900) managed by 
the server D is linked to the entrance nodel (955) in 
the BP definition 5 managed by the server E. 

The previous BP exit location (1110) in Fig. 11 
consists of: (1) the BP return table (1100) comprising 
the BP definition name '(1111) and CALL node name 
(1112) ; 

(2) the next BP entrance location (1120) 
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comprising th BP definition name (1121), exit node 
name (1112) and server name (1123); and 

(3) the previous return node name (1130); 
and stores the information to enter the shipping 
5 document (160) returned from the remote server (110) 
into the BP definition (150) return node. In the 
example given in Fig, 11, it stores the information 
that each of the shipping documents (160) returned 
from the node2 (975) and node3 (980) in the BP 

10 . definition 5 (950) managed by server E to the node3 
(915) in the BP definition 4 (900) managed by server 
D, is to be transmitted to the next node4 (920) and 
nodeS (925) . 

Figs. 12 and 13 are flowcharts illustrating an 

15 example of the previous server and next server 

processing procedures to link two BP definitions (150) 
managed by the servers (liof pertaining to 
different workflow subsystems (180) between the CALL 
node and the entrance node, and between the exit node 

20 and the return node, respectively. The flowcharts in 
Figs. 12 and 13 use the shipping document (160) having 
a data structure shown in Fig. 14. Namely , the 
shipping document (160) contains two types of 
information: information to control the delivery of 

25 the shipping document (160) and information on the 
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shipping document (160) itself. Information to 
control the delivery of the shipping document (160) 
contain the following data: 

- Previous BP exit location (1410) comprising the 
5 server name (1411), BP definition name (1412) and exit 

node name (1413) 

- Next BP entrance location (1420) comprising the 
server name (1421), BP definition name (1422) and 
entrance node name (1423) 

10 - Previous BP call location management stack 

(1440) using the server name (1441), BP definition 
name (1442) and call node name (1443) as one stack 
entry 

The following describes the procedure to deliver 
15 the shipping document from the previous BP exit 
location to the next BP entrance location, with 
reference to the flowchart 'in Fig. 12: With respect 
■ to the shipping document (160) in the IN queue (410) 
of the CALL node, the document management unit (220) 
20 of the present server pushes into the stack of the 
previous BP call location in the shipping document 
(1400) the BP definition (150), CALL node name and 
server name where the shipping document (160) is 
present. Then the document management unit (220) 
25 calls out the retrieval function of the BP connection 
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data management unit (230) by giving as parameters the 
BP definition name and CALL node name where the 
shipping document (160) is present- The called 
retrieval function searches the entry of the BP 
5 connection table (1000) where the BP definition name 
and exit node name given as parameters have the same 
values as the BP connection data (170) (1020); then 
the previous BP entrance location (1020) of the BP 
connection table (1000) obtained by retrieval is 

10 . returned to the document management unit (220). 

The document management unit (220) sets the next 
BP entrance location (1020) gained from the BP 
connection data management unit (230) as the next BP 
location (1420) of the shipping document (1400) 

15 (1225), and calls out the distribution function of the 
network control unit (210) by giving the shipping 
document (160) to the parameter. Referring to the 
server name (1420) of the next BP location in the 
shipping document (1400), the distribution function 

20 sends the shipping document (160) to the corresponding 
server (110) . 

After the shipping document (160) sent from the 
remote server (110) is received by the network control 
unit (210), the start-in function of the document 

25 management unit (220) is called out by giving the 
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shipping document (160) as a parameter (1240). The 
start-in function takes out the next BP location 
(1420) from the shipping document (160) given as 
parameter (1245); then the shipping document (160) is 
stored in the IN queue (410) of the entrance node in 
the BP definition (150) specified by the next BP 
location (1420) (1250). 

With reference to the flowchart in Fig. 13, the 
following describes the procedure to return the 
shipping document (160) from the next server to the 
previous server: The document management unit (220) 
of the next server pops the previous BP call location 
(1441, 1442 and 1443) from the stack of previous BP 
call location (1440) of the shipping document (1400), 
and set the previous BP call location as the next BP 
location (1420) of the shipping document (1400) 
(1310). Then the document Management unit (220) sets 
as the previous BP location (1410) the" BP definition 
name (159) and exit node name where the shipping 
document (160) is present (1315), and calls out the 
distribution function of the network control unit 
(210) by giving the shipping document (160). 
Referring to the server' name (1421) of the next 
entrance location (1420) in the shipping document 
(1400) given as parameter, the network control unit 
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(210) delivers the shipping document (160) to the 
server of the next BP entrance location (1325). 

The shipping document (160) delivered from the 
remote server (110) received by the network control 
5 unit (210) to call out the return function of the 

document management unit (220) by giving the shipping 
document (160) as a parameter (1330). The return 
function takes out the next BP entrance location 
(1420) and the previous BP exit location (1410) from 

10 . the shipping document (160)given as a parameter 

(1335). They are given as parameters to call out the 
retrieval function of the BP connection data 
management unit (230) (1340). The return retrieval 
function searches the entry of the BP return table 

15 (1100) to which the previous BP entrance location 

(1410) and the next BP exit location (1420) given as 
parameters are applicable (1345), thereby returning 
the return node name (1130) in the entry to the 
document management unit (220). The return function 

20 places the shipping document into the IN queue (410) 

of the node which is specified by the return node name 
(1130) returned by the return retrieval function , and 
which is specified by the BP definition name (1422) of 
the next BP entrance location in the shipping document 

25 (1400) (1355). 




Embodiment 3 

When connecting the BP definitions created 
independently on a plurality of servers by a plurality 
of users, incompatibility problems are like to occur 
5 to the connection interfaces among the BP definitions. 
Embodiments 3 and 4 illustrate how to provide support 
to adjust the connection interfaces . 

When an end user has created one business process 
as one BP definition (150) and registered it in the 

10 server (110), the server (110) divides the BP 
definition (150) to create a plurality of BP 
definitions, which are delivered to the management 
server (110). The following describes this procedure 
as Embodiment 3. Embodiment 3 shows the case where 

15 the end user creates the BP definition (1500) shown in 
Fig. 15 and registers it into the server (110). The 
processing node of the BP definition (1500) shown in 
Fig. 15 contains the user to execute the process 
represented by the processing node and the name of the 

20 server for that user, in addition to the node name. 

The BP definition management unit (240) divides the 
processing node under BP definition into several 
groups, according to the grouping rules introduced 
below: 

25 - If the same server is used by those executing 
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the process in the processing node connected by an 
arc, their processing nodes pertain to the same group. 

- If different servers are used by those executing 
the process in the processing node connected by an 

5 arc, their processing nodes pertain to different 
groups . 

According to the above rule, the processing node 
in the BP definition (1500) shown in Fig- 15 is 
divided into three groups; (1) 1st group comprising 
10 node2 (1510), node3 (1515) and node4 (1520), 

(2) 2nd group comprising node5(1525) alone, and 

(3) 3rd group comprising node6(1530) and 
node8(1540) . 

Next, to create one BP definition (150) for each 
15 group, the BP definition management unit (240) 

provides an addition of the entry node and exit node 
according to the grouping rules introduced below: 

- If an arc has no initial node in a graph 
comprising the processing node pertaining to a group 

20 and the arcs coming in and out of that processing 

node, add the entrance node to the initial position of 
that arc . 

- If an arc has no terminal node in a graph 
comprising the processing node and the arcs coming in 

25 and out of that processing node, add the exit node to 
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the terminal position of that arc. 

Fig. 3 illustrated above shows three BP 
definitions which are gained by dividing Fig. 15. 
Furthermore, the BP definition management unit (240) 
5 creates the BP connection data (170) to link between 
the exit and entrance nodes added to connect the BP 
definition (150) obtaining by division. Figs. 5 and 6 
show the BP connection data (170) created by the BP 
definition management unit (240) to connect three BP 

10 definitions after the division shown in Fig. 3. 

Lastly, the BP definition (180) created by division 
and the BP connection data (170) to connect them are 
put together for each management server to create a 
system document. The system document is a special 

15 document used by the workflow subsystem for operation. 

When the BP definition management unit (240) gives 
the system document as a parameter to call out the 
start-in function of the document management unit 
(220)," the document management unit (220) delivers the 

20 system document according to the setup BP definition. 
The setup BP definition describes shipping order of 
system documents, and that the setup BP definition is 
generated while the workflow system is operated, 
thereby executing the work required for workflow 

25 system operation by delivering the system document 
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according this definition. In the above example, 
three system documents are created; (1) a system 
document comprising the BP definition 1 (300) and BP 
connection table (500), (2) a system document 
5 comprising the BP definition 2 (350) and the security 
table (a) (600) and (3) a system document comprising 
the BP definition 3 (370) and the security table (b) 
(650). These system documents each are sent to 
servers A, B and C according to the setup BP 

10 definition. The system documents sent to the remote 
server (110) are delivered according to the setup BP 
definition of that server (110); finally, the BP 
definition (150) and the BP connection data (170) are 
managed by the BP connection data management unit 

15 (230) of those servers. 
Embodiment 4 

When the end user has created the BP definition 
(150) including the CALL node, and has registered it 
into the server (110), the server (110) creates the 

20 template of the BP definition to be connected, 

according to that BP definition (150), and sends it to 
the next management server (110). In the next server, 
the end user creats the BP definition (110) based on 
the delivered template of the BP definition. This is 

25 illustrated in the present Embodiment. 
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Assume that the end user has created the BP 
definition (900) shown in Fig. 16, and has registered 
it into the server (110). The BP definition (900) 
shown in Fig. 16 contains a CALL node, and the BP 
5 connection table (1000) in Fig. 10 and the BP return 
table (1100) in Fig. 11 are set in the BP connection 
data (170) of this CAL1 node. In this case, the BP 
definition management unit (240) creates the template 
(1700) of the BP definition as illustrated in Fig. 17. 

10 . the template (1700) of the BP definition comprises 
only the entrance and exit nodes linked to the CALL 
and return nodes. In the template (1700) of the BP 
definition, the BP definition name, entrance node name 
and exit node name are assigned with the names 

15 specified by the BP connection data (170) of Figs. 10 
and 11. 

Next, the BP definition ^management unit (240) 
creates a system document containing the BP definition 
template (1700), and gives it as a parameter to call 

20 out the start-in function of the document management 
unit (220). The document management unit (220) 
delivers the system document according to the setup BP 
definition, and sent it 'to the remote server (110). 
The remote server (110) delivers the system document 

25 according to the setup BP definition of that server 
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(110). By delivering the system document, the user 
creates the BP definition (150) based on the delivered 
template of the BP definition. The created BP 
definition (150) is stored in the BP definition 
5 management unit (240). 

As discussed above, the present invention allows a 
plurality of decentralized BP definitions to be 
connected. This permits the BP definition describing 
the business process of a site to be managed 

10 independently by the site, ensuring easy modification 
of the BP definition in conformity to the operating 
conditions. Furthermore, the present invention 
provides a support for the decentralized management of 
BP definitions. When the business processes over a 

15 plurality of sites are described, the present 

invention provides an automatic compatibility of the 
BP definition connecting interfaces. 



